Die folgende Feinspezifikation der Testkomponente Web Quiz ist einfach, weil sie von der ähnlichen Komponente Access Quiz ausgeht. Die erneute Spezifikation der Benutzeroberfläche fällt deshalb weg. Ausserdem ist das spezifizierte Problem einfach. Feinspezifikationen typischer betrieblicher Anwendungen sind aber meist umfangreich und können Monate beanspruchen.
Die folgende Tabelle beschreibt Methoden der Anzeige und Änderung von Datenbanken auf dem World Wide Web:
| Methode | Funktionalität | Entwicklungsaufwand | Server-Software | Client-Software |
| (Pure) HTML Pages | Statische Daten anzeigen (Datenbank zur Exportzeit) | gering | beliebiger Browser | |
| Data Access Pages (DAP) | Access-/SQL Server-Daten interaktiv anzeigen und beschränkt editieren (Datenbank zur Anzeigezeit) | durchschnittlich | MS-kompatibler Web Server | MS Office, Internet Explorer |
| Active Server Pages (ASP/ASP+) | Dynamische Daten voll editieren | gross | MS-kompatibler Web Server, ADO, HTML, kompatible Programmiersprache | beliebiger Browser |
| SOAP (Simple Object Access Protocol) | Dynamische Daten plattformunabhängig und voll editieren | durchschnittlich |
Die clientzentrierte Variante des Web Quiz basiert auf der gelb markierten Methode des Exports von HTML-Seiten. Durch einen Klick auf die Schaltfläche 'Als Web Quiz exportieren' des Formulars Tests ausgeben exportiert die Testautorin den Code und die Daten, welche unter einem Web Browser als Quizanwendung ablaufen. So können Quizteilnehmer ohne Internetanschluss ihre Antworten lokal bearbeiten, allenfalls selbst korrigieren oder die Antworten an die Komponente TESTVERWALTUNG zurücksenden.
Eine serverzentrierte Variante des Web Quiz überlässt die Anzeige und Bearbeitung von Quizaufgaben einem zentralen Netzrechner. Zwei Implementationsvarianten sind 'Data Access Pages' und 'Active Server Pages': Data Access Pages sind zwar anwendungs- und entwicklungsfreundlich, erfordern aber für jeden Client eine MS Office-Lizenz. Wenn die Voraussetzung eines Intranet mit MS Office-Arbeitsplätzen nicht gegeben ist, sind deshalb - für Microsoft-kompatible Web Server - Active Server Pages (ASP) eine Alternative der Einbindung von Datenbanken ins Web.
Eine ASP- bzw. ASP+-Seite ist nichts anderes als eine HTML-Seite mit eingebettetem Programmcode. Dieser wird in einer Skriptsprache wie VBScript bzw. JavaScript oder in einer kompilierten und typisierten Programmiersprache wie Visual Basic oder C++ geschrieben. Der Code hat Zugriff auf das ASP-Objektmodell. Es besteht aus fünf Objektklassen mit den zugehörigen Eigenschaften und Methoden:
Ein Beispiel finden Sie unter Eine ASP-Seite.
SOAP (Simple Object Access Protocol) abstrahiert von der http-nahen Ebene von ASP und entbindet den Benutzer so von den Details der Internet-Kommunikation. SOAP ist wie XML, HTTP und HTML eine Basistechnik und Ergebnis der .NET-Initiative (sprich "dot net"), welche den plattformunabhängigen Webzugang durch Microsoft-Software verbessert.
Die folgende Feinspezifikation der Testkomponente Web Quiz ist einfach, weil sie von den ähnlichen Komponenten Access Quiz und der Feinspezifikation einer clientzentrierten Variante des Web Quiz ausgeht. Achten Sie darauf, dass sich die Formulare des Web Quiz möglichst wenig von den entsprechenden Access Quiz-Formularen unterscheiden.
Der Quiz muss ohne Access-Lizenz lauffähig sein. Dies schliesst die Verwendung von Datenzugriffsseiten (engl. Data Access Pages) aus.
Die Wahl der Werkzeuge ist didaktisch motiviert: Die Implementation soll für Studierende mit Erfahrung in MS Access und Visual Basic sowie Grundkenntnissen in HTML und ASP verständlich sein. Achten Sie deshalb auf einen gut lesbaren und dokumentierten Code. Prüfen Sie Alternativen zu ASP-Seiten - insbesondere .NET-Verfahren.
Studieren Sie das Datenbankmodell von QUIZ_BACKEND.MDB, damit Sie erkennen, welche Testdaten aus TESTVERWALTUNG_BACKEND.MDB stammen.
Entwickeln Sie mit einem Ihnen bekannten HTML-Autorenwerkzeug (zum Beispiel MS Front Page) einen Beispielquiz, der unter Internet Explorer 5.0 abläuft. Gehen Sie dabei von einer festen Zahl von Aufgaben aus. Machen Sie sich aber bereits Gedanken über die Identifikation von Template- (Skelett-) und Platzhalterteilen.
Abstrahieren Sie vom konkreten Beispielquiz und wählen Sie eine ASP-Struktur, die eine beliebige Anzahl von Testfragen und Zuordnungspaaren erlaubt. Trennen Sie dabei systematisch zwischen Template und Platzhaltern.
Implementieren Sie in TESTVERWALTUNG.MDB die Ereignisprozedur BtnWebQuizExportieren_Click() so, dass Daten erzeugt werden, die mit Hilfe von ASP-Seiten als Web Quiz dargeboten werden können.